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Beschreibung 

Interworking von Protokollen hybrider Multimedianetze 

In der Vergangenheit haben sich zwei wesentliche Typen von 
Kommunikationsnetzen zur Obermittlung von Inf ormationen her- 
ausgebildet: Paketorientierte (Daten-) Netze und leitungsori- 
entierte (Sprach-) Netze. Im Zuge der Konvergenz dieser bei- 
den Netztypen haben sich konvergente Multimedianetze heraus- 
gebildet. Durch Zusammenschluss dieser unterschiedlichen 
Netztypen entstehen hybride Netze. 

Leitungsorientierte Netze - auch Sprachnetze, Telephonnetze 
oder Public Switched Telephone Network (PSTN) genannt - sind 
auf die Obermittlung von in der Fachwelt auch als (Sprech-) 
Verbindung, Gesprach oder Call bezeichneten kontinuierlich 
stromenden (Sprach-) Inf ormationen ausgelegt. Die Obermitt- 
lung der Informationen erfolgt hierbei Iiblicherweise mit 
hoher Dienstgtite und Sicherheit . Beispielsweise ist far Spra- 
che eine minimale - z.B. < 200 ms - Verz6gerung (Delay) ohne 
Schwankungen der Verzogerungszeit (Delay- Jitter) wichtig, da 
Sprache bei Wiedergabe im Empf angsgerSt einen kontinuierli- 
chen Informationsf luss erfordert. Ein Inf ormationsverlust 
kann deshalb nicht durch ein nochmaliges Obermitteln der 
nicht tibermittelten Information ausgeglichen werden und fuhrt 
im EmpfangsgerMt iiblicherweise zu akustisch wahrnehmbaren 
Storungen (z.B. Knacksen, Verzerrung, Echo, Stille) . In der 
Fachwelt wird die Obermittlung von Sprache verallgemeinert 
auch als Echtzeit- (Obermitt lungs-) Dienst bzw. als Realtime- 
Service bezeichnet. 

Paketorientierte Netze - auch Datennetze genannt - sind auf 
die Obermittlung von in der Fachwelt auch als Datenpaketstro- 
me, Session oder Flow bezeichneten PaketstrSmen ausgelegt. 
Hierbei muss iiblicherweise keine hohe Dienstgute garantiert 
werden. Ohne garantierte Dienstgute erfolgt die Obermittlung 
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der Datenpaketstrome z.B. mit zeitlich schwankenden VerzS- 
gerungen, da die einzelnen Datenpakete der Datenpaketstrome 
iiblicherweise in der Reihenfolge ihres Netzzugangs tibermit- 
telt werden, d.h. die zeitlichen Verzogerungen werden umso 
grofier, je mehr Pakete von einem Datennetz zu iibermitteln 
sind. In der Fachwelt wird die Obermittlung von Daten deshalb 
auch als Obermittlungsdienst ohne Echtzeitbedingungen bzw. 
als Non-Realtime-Service bezeichnet. 



Die Pakete unterscheiden sich iiblicherweise je nach Art des 
paketorientierten Netzes. Sie kSnnen beispielsweise als In- 
ternet, X.25 oder Frame Relay Pakete, aber auch als ATM Zel- 
len ausgebildet sein. Sie werden zuweilen auch als Nachrich- 
ten bezeichnet, v. a. dann, wenn eine Nachricht in einem Paket 
ubermittelt wird. 




Ein bekanntes Datennetz ist das Internet. Dieses wird wegen 
des dort zum Einsatz kommenden Internet Protokolls IP zuwei- 
len auch IP Netz genannt, wobei dieser Begriff grundsatzlich 
weit zu verstehen ist und alle Netze umfasst, in denen das IP 
Protokoll eingesetzt wird. Das Internet ist als offenes 
(Weitverkehrs-) Datennetz mit offenen Schnittstellen zur 
Verbindung von (zumeist lokalen und regionalen) Datennetzen 
unterschiedlicher Hersteller konzipiert. Es stellt eine vom 
Hersteller unabhangige Transportplattf orm zur Verfttgung. 

Verbindungen (Connections) sind Kommunikationsbeziehungen 
zwischen zumindest zwei Teilnehmern zum Zweck einer - zumeist 
gegenseitigen, d.h. bi-direktionalen - Informationsubermitt- 
lung. Der die Verbindung initiierende Teilnehmer wird iibli- 
cherweise als 'A-Teilnehmer ? bezeichnet. Ein durch eine Ver- 
bindung mit einem A-Teilnehmer in Verbindung gesetzter Teil- 
nehmer heifit ' B-Teilnehmer ■ . In einem verbindungslosen Netz 
reprasentieren Verbindungen zumindest die auf logisch abs- 
trakter Ebene eindeutige Beziehung zwischen A- und B-Teil- 
nehmer, d.h. entsprechend dieser Sichtweise stellen z.B. die 
verbindungslosen Flows im Internet logisch abstrahierte Ver- 
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bindungen dar (z.B. A-Teilnehmer = Browser und B-Teilnehmer = 
Web Server) . In einem verbindungsorientierten Netz repr^sen- 
tieren Verbindungen zudem auf physikalischer Ebene eindeutige 
Wege durch das Netz, entlang denen die Informationen ubermit- 
5 t.elt werden. 

Signalisierung dient zur Abstimmung von Netzkomponenten un- 
tereinander, jedoch nicht zur "eigent lichen" Inf ormations- 
ubermittlung im obigen Sinne. Die zur Signalisierung ttbermit- 
10 telten Informationen werden ublicherweise als Signalisie- 
rungsinf ormationen, Signalisierungsdaten bzw. schlicht als 
Signalisierung bezeichnet. Der Begriff ist dabei weit zu 
verstehen. So sind z.B. auch die Nachrichten zur Steuerung 
von Registration, Admission und Status (RAS) , die Nachrichten 
15 zur Steuerung von Nutzkanalen bestehender Gesprache (z.B. 

gemafi dem Standard H.245) sowie alle weiteren ahnlich ausge- 
bildeten Nachrichten umfasst. Die "eigen^lichen Informatio- 
nen" werden zur Unterscheidung von der Signalisierung auch 
Nut z informationen, Payload, Medieninf ormationen, Mediendaten 
20 Oder schlicht Medien genannt. Kommunikationsbeziehungen, die 
zur Obermittlung der Signalisierung dienen, werden im weite- 
ren auch als Signalisierungsverbindungen bezeichnet. Die zur 
Obermittlung der Nut zinf ormationen eingesetzten Kommunikati- 
onsbeziehungen werden z.B. Sprechverbindung, Nutzkanalverbin- 

•dung Oder - vereinfacht - Nutzkanal, Bearerchannel oder 
schlicht Bearer genannt. 

In diesem Zusammenhang versteht man unter out-of-band bzw. 

outband die Obermittlung von Informationen auf einem anderen 
30 Weg / Medium als den im Kommuni kat ionsne t z zur Obermittlung 

von Signalisierungs- und Nutzinf ormationen vorgesehenen. 

Insbesondere ist hiervon eine lokale Konf iguration von Ein- 

richtungen vor Ort umfasst, die z.B. mit einer lokalen Steu- 

ereinrichtung vorgenommen wird. Demgegenuber werden bei in- 
35 band Informationen auf dem gleichen Weg / Medium, ggf . lo- 

gisch getrennt von den betrachteten Signalisierungs- und 
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Nutzinformationen, ubermittelt. 

Im Zuge der Konvergenz von Sprach- und Datennetzen werden 
Sprachtibermittlungsdienste und zunehmend auch breitbandigere 
5 Dienste wie z.B. Obermittlung von Bewegtbildinformationen 
ebenfalls in paketorientierten Netzen realisiert, d.h. die 
Obermittlung der bisher ublicherweise leitungsorientiert 
ubermittelten Echtzeitdienste erfolgt in einem konvergenten 
Netz - auch Sprach-Daten-Netz oder Multimedianetz genannt - 
10 paketorientiert, d.h. in Paketstromen . Diese werden auch 

Echtzeitpaketstrome genannt. Die Obermittlung von Sprachin- 
formationen iiber ein paketorientiertes IP Netz wird dabei i 
auch mit 'VoIP 1 (Voice over IP) gekennzeichnet . 

15 In den internationalen Standardisierungsgremien IETF (Inter- 
net Engineering Task Force) und ITU (International Telecommu- 
nications Union) mehrere verteilte Architekturen fur Multime- 
dianetze beschrieben, die zunachst von homogenen Multimedia- 
net zen ausgehen. 

20 

Bei der ITU wird im dazu grundlegenden Standard H.323 der 
Transport von Sprache, Daten und Videostromen iiber ein IP 
Netz definiert. Audio- und Videostrome werden dabei gemafi 
dem Protokoll RTP/RTCP ubermittelt. Die Connection Control 
25 wird u.a. durch das Protokoll H.225 bewirkt, das die Signa-I 
lisierung, Registrierung und die Synchronisation von Me- 
dienstromen erm6glicht. Die H.323 Architektur sieht vor- 
nehmlich folgende Typen von Funktionseinheiten vor: 

- Endgerat, z.B. ein Terminal in einem Local Area Network 
30 (LAN), zur bi-direktionalen Echtzeit-Kommunikation mit 

anderen Endgerat en , 

- Gatekeeper zur Durchf tihrung der Connection Control, 

- Media Gateway (MG) an der Schnittstelle zu anderen Net- 
zen zur Konvertierung von H.323 Formaten in die Formate 

35 dieser Netze, 

- Media Gateway Controller (MGC) zu Steuerung von Media 
Gateways, insbesondere deren jeweils tibermittelten Ver- 
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bindungen, mit Hilfe des Protokolls H.248 sowie zur Kon- 
vertierung zwischen unterschiedlichen Signalisierungs- 
protokollen. 

Bei der IETF wird im Session Initiation Protocoll (SIP) die 
Telephonie ttber das Internet genormt, womit interaktive 
Verbindungen iiber das Internet bereitgestellt werden k6n- 
nen. SIP untersttitzt die Steuerung von Verbindungen und die 
Obersetzung von SIP Adressen in IP Adressen. SIP basiert 
auf vergleichsweise intelligenten Endpunkten, von denen 
viele Signalisierungsfunktion selbst durchgef tihrt . Wenn 
eine Connection mit Hilfe von SIP aufgebaut wird, so wird 
zwischen den beiden Seiten der Verbindung tiblicherweise eine 
Beschreibung des Bearers ausgetauscht . Dazu wird das Session 
Description Protocol (SDP) nach dem Standard RFC2327 einge-.; 
setzt. Dieser Einsatz ist u.a. im Standard RFC3264: "An Of - \t 
fer/Answer Model with the Session Description Protocol (SDP)^' 
beschrieben. Wichtig sind dabei vor allem folgende Bearer 
Da ten: 

- IP Adresse der Bearer Connection 

- RTP/UDP Port der Bearer Connection (je nachdem, ob eine 
Sprach- oder Datenttbertragung vorliegt) 

- Codec (s), die fUr die Sprach bzw. Datenttbertragung bentttzt 
werden (k6nnen) 

- Streammode der Bearer Connection 

Bei einem Connection Setup kann ein SIP Proxy Server zum 
Einsatz kommen, z.B. wenn sich die in Verbindung stehenden 
Endpunkte nicht kennen. Er kann auch dafiir ausgelegt sein, 
einen empfangenen Request fur einen Client (z.B. ein IP 
Telefon, einen PC oder ein PDA) zu bewerten, zu Sndern 
und/oder weiterzugeben. An der Schnittstelle zu anderen 
Netzen sind ebenfalls MG und MGC vorgesehen. Zur Steuerung 
der MG wird das Protokoll MGCP (Media Gateway Control Pro- 
tokoll) genutzt. 
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Beiden Architekturen ist gemeinsam, dass die Connection 
Control Ebene und die Resource Control Ebene funktional deut- 
lich voneinander getrennt sind und meist sogar auf unter- 
schiedlichen Hardware Plattformen realisiert werden. 

Die Connection Control Ebene dient der geregelten Aktivierung 
und Deaktivierung von Netzdiensten. Sie kann dazu dedizierte 
Connection Controller umfassen, denen folgende Funktionen 
zugeordnet sein kdnnen: 

- Address Translation: Umsetzung von E.164 Telephonnummern 
und anderen Alias Adressen (z.B. Rechnernamen) auf Trans- 
portadressen (z.B. Internetadressen) . 

- Admission Control: Prufung, ob und/oder in welchem Umfang 
eine Nutzung des Kommunikationsnetzes zulSssig ist. 

- Alias Address Modification: Ruckgabe einer modif izierten 
Alias Adresse, die von Endpunkten z.B. zum Verbindungsauf- 
bau verwendet werden. 

- Bandwidth Control: Verwaltung von Obermittlungskapazita- 
ten, z.B. durch Steuerung der zulassigen Anzahl von Ein- 
richtungen, die gleichzeitig das Kommunikationsnetz nutzen 
durfen. 

- Connection Authorization: Zulassigkeitspriif ung fur einge- 
hende und ausgehende Verbindungswunsche. 

- Connection Control Signalling: Vermittlung und/oder Verar- 
beitung von Signalisierungsnachrichten. 

- Connection Management: Verwaltung von bestehenden Verbin- 
dungen . 

- Dialed Digit Translation: Obersetzung der gewahlten Zif- 
fern in eine E.164 Telephonnummer oder eine Nummer aus ei- 
nem privaten Nummerierungsschema. 

- Zone Management: Registrierung von (z.B. VoIP fahigen) 
Einrichtungen und Bereitstellung obiger Funktionen ftir al- 
le beim Connection Controller registrierten Einrichtungen. 

Die Resource Control Ebene dient der geregelten Durchftihrung 
aktivierter Dienste. Zur Steuerung der Netzressourcen (z.B. 
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Ubermittlungsknoten) kann sie Resource Controller umfassen, 
denen folgende Funktionen zugeordnet sein k5nnen: 

- Capacity Control: Steuerung des dem Kommunikationsnetz 
zugefiihrten Verkehrsvolumens, z.B. durch Kontrolle und 
ggf . Begrenzung der zulassigen Ubermittlungskapazitat ein- 
zelner PaketstrSme. 

- Policy Activation: Reservierung von (Ubermitt lungs-) Res- 
sourcen im Kommunikationsnetz. 

- Priority Management: Bevorzugte Obermittlung von prioren 
Verkehrsstromen, z.B. mit Hilfe von Prioritatskennzeichen, 
die in prioren Paketen vorgesehen werden. 

Beispiele fur Connection Controller stellen der von der ITU 
in der H.323 Gatekeeper oder der SIP Proxy dar. Wird ein 
grofieres Kommunikationsnetz in mehrere Domanen - auch 'Zonen' 
genannt - gegliedert, kann in jeder Domane ein separater 
Connection Controller vorgesehen werden. Eine Domane kann 
auch ohne einen Connection Controller betrieben werden. Sind 
mehrere Connection Controller in einer Domane vorgesehen, i; 
soli nur ein einziger von diesen aktiviert sein. Ein Connec- 
tion Controller ist aus logischer Sicht getrennt von den 
Einrichtungen zu sehen. Physikalisch muss er jedoch nicht in 
einer separaten Connection Controller Einrichtung realisiert 
sein, sondern kann auch in jedem Endpunkt einer Verbindung 
(beispielsweise ausgebildet als H.323 oder SIP Endgerat, 
Media Gateway, Multipoint Control Unit) oder auch einer pri- 
mar zur programmgesteuerten Datenverarbeitung ausgebildeten 
Einrichtung (beispielsweise: Rechner, PC, Server) vorgesehen 
werden. Auch eine physikalisch verteilte Realisierung ist 
mSglich. 

Ein alternatives Beispiel fur einen Connection Controller ist 
ein Media Gateway Controller, dem ublicherweise die optiona- 
len Funktionen Connection Control Signalling and Connection 
Management zugeordnet werden. Weiterhin ist die Zuordnung 
einer Funktion Signalling Conversion zur Umsetzung unter- 
schiedlicher (Signalisierung-) Protokolle denkbar, was z.B. 
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an der Grenze von zwei unterschiedlichen Netzen, die zu einem 
hybriden Netz zusammengeschlossen sind, erforderlich sein 
kann. 



Der Resource Controller wird auch als 'Policy Decision Point 
(PDP)' bezeichnet. Er ist beispielsweise innerhalb von sog. 
Edge Routern - auch Edge Device, Zugangsknoten oder bei Zu- 
ordnung zu einem Internet Service Provider (ISP) auch Provi- 
der Edge Router (PER) genannt - realisiert. Diese Edge Router 
kdnnen auch als Media Gateway zu anderen Netzen ausgebildet 
sein, mit denen die Multimedianetze verbunden werden. Diese 
Media Gateway sind dann sowohl mit einem Multimedianetz als 
mit den anderen Netzen verbunden und dienen intern der Umset- 
zung zwischen den unterschiedlichen (Obermittlungs-) Proto- 
kollen der verschiedenen Netze. Der Resource Controller kann 
auch nur als Proxy ausgebildet sein und Resource Controller 
relevante Informationen an eine separate Einrichtung weiter- 
leiten, auf der die relevanten Informationen entsprechend 
einer Funktion des Resource Controllers bearbeitet werden. 

Der Austausch von Signalisierungsnachrichten erfolgt in die- 
sen Netzen entweder unter Vermittlung eines Connection Cont- 
rollers (Connection Controller Routed Signalling - CCRS) oder 
direkt zwischen den Endgeraten (Direct Endpoint Routed 
Signalling - DERS) . Es kann je Connection far jedes Endgerat 
und fur jede Obertragungsrichtung individuell festgelegt 
werden, welche Variante zum Einsatz kommt. 

Beim CCRS werden alle Signalisierungsnachrichten von zumin- 
dest einem Call Controller tibermittelt. Alle Einrichtungen 
schicken und erhalten Signalisierungsnachrichten nur iiber den 
Call Controller. Ein direkt er Austausch von Signalisierungs- 
nachrichten zwischen den Einrichtungen ist dabei untersagt. 

Beim DERS konnen Kopien ausgewahlter Signalisierungsnachrich- 
ten an Connection Controller ubermittelt werden, so dass ein 
Connection Controller auch bei dieser Variante Kenntnis von 
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den zwischen den Endgeraten bestehenden Verbindungen haben 
.kann. Diese Verbindungen werden jedoch von ihm selbst nicht 
aktiv beeinflusst oder verifiziert. 

Zusanunenfassend kann der Function Split zwischen den beiden 
Ebenen so beschrieben werden, dass der Resource Control Ebene 
lediglich die Funktionen zugeordnet sind, die zur Ubermitt- 
lung von Nutzinf ormationeri erforderlich sind, wahrend von der 
Connection Control Ebene die Intelligenz zur Steuerung der 
Resource Control Ebene umfasst ist. Mit anderen Worten: Die 
Einrichtungen der Resource Control Ebene besitzen mSglichst 
wenig Netzsteuerungsintelligenz und konnen in der Folge Wirt- 
schaftlich besonders vorteilhaft auf separaten Hardware 
Plattformen realisiert werden. Dies ist wegen der im Ver- 
gleich zu Connection Control Ebene h6heren Installationszah-' 
len in dieser Ebene ein besonders schoner Vorteil. 

Durch Zusammenschluss von unterschiedlichen Netzen entstehen 
hybride Netze, in denen unterschiedliche Protokolle zum Ein- 
satz kommen. Damit im einem derartigen Netz alle Gerate un- 
eingeschrankt miteinander kommunizieren k6nnen (z.B. IP ba- 
sierte Telephone mit PSTN kompatiblen und umgekehrt) , ist; 
ein Interworking zwischen den jeweiligen Protokollen (z.B. 
SIP. und H.323 in paketorientierten Multimedianetzen bzw. 
ISUP und DSS1 in leitungsorientierten PSTN Netzen) erfor- 
derlich. Dieses Interworking ist weit zu versetzen und 
umfasst neben dem reinen Interworking der Bearer auch das 
Interworking von Leistungsmerkmalen bzw. Services wie Call 
Hold, Call Waiting (Anklopfen) , Call Redirect (Rufweiter- 
leitung) , 3PTY (Drei-Parteien-Konf erenz - auch ' kleine 
Konferenz' genannt -, siehe ITU-T Standard Q.734.2) oder 
CONF (Konferenz ohne mengenmaliige Beschrankung der Konfe- 
renzteilnehmer - auch 'grolie Konferenz' genannt -, siehe 
ITU-T Standard Q. 734.1). 

Das Interworking zwischen zwei unterschiedlichen Protokol- 
len kann mittelbar oder unmittelbar bewirkt werden. Beim 
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mittelbaren Interworking wird ein weiteres, drittes Proto- 
koll zwischen die beiden Protokolle geschaltet - z.B. das 
Protokoll BICC (Bearer Independent Call Control) gemafi dem 
Standard Q.1902 oder das Protokoll SIP_T (SIP for Telepho- 
nes), das im Standard RFC3372 beschrieben 1st. Das unmittel- 
bare Interworking erfolgt hingegen direkt zwischen den 
beiden unterschiedlichen Protokollen, d.h. ohne Einsatz 
eines Zwischenprotokolls . 

Sowohl in konvergenten Multimedianetzen als auch in hybriden 
Netzen, die z.B. durch einen Zusammenschluss eines konvergen- 
ten Multimedianetzes mit einem konventionellen leitungsorien-, 
tierten Sprachnetz gebildet werden, entstehen bei der Ober- 
mittlung von Inf ormationen - insbesondere der in Echtzeitpa- 
ketstromen - neue technische Problemstellungen aufgrund der 
neuen bzw. unterschiedlichen Technologies die in den jewei- 
ligen Netztypen zum Einsatz kommen. 

Es ist Aufgabe der Erfindung, zumindest eines dieser Probleme 
zu erkennen und durch Angabe von zumindest einer Losung den 
Stand der Technik zu bereichern. 

Die Erfindung geht von der Erkenntnis aus, dass wahrend der 
Evolution von hybriden Netzen, die durch die Zusammenschal- 
tung von bewahrten leitungsorientierten Netzen mit modernen 
Multimedianetzen entstehen, viele der in den leitungsorien- 
tierten Netzen seit langem etablierten Leistungsmerkmale 
nicht oder zumindest nicht vollstandig unterstutzt werden. 
Eine Ursache hierfur wird in der groflen Anzahl von neuen 
Interworking Schnittstellen und Protokollen gesehen, von 
denen die bisherigen Leistungsmerkmale noch nicht bzw. nicht 
vollstandig unterstutzt werden. 

Weiterhin wird die Erfindung von der Erkenntnis getragen, 
dass die dif f erenzierten Vorgaben zum Bearer Handling in PSTN 
Netzen und in SIP Netzen nicht zueinander passen. Wahrend in 
PSTN Netzen dem Partner signalisiert wird, dass die eigene 
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Senderichtung blockiert ist, muft in SIP Netzen dem Partner 
signalisiert werden, dass dieser die (aus Sicht des Signali- 
sierenden) remote Senderichtung zu unterbrechen hat, da in 
SIP Netzen lediglich die eigene Senderichtung, nicht aber die 
eigene Empf angsrichtung aufgetrennt wird. Mit anderen Worten: 
In SIP Netzen unterdriickt jeder SIP Teilnehmer seine eigene 
Senderichtung selbst durch Deaktivierung seines Senders (sie- 
he IETF Standard RFC3264, Kap. 8.4). 

Diese Diskrepanz wird noch vertieft, indem im IETF Standard 
RFC3264 (offer/answer) fur SIP generell das Wegschalten des 
Bearers bei holding conditions gefordert wird, was zu einer 
Reduzierung der erf orderlichen Bandbreite in SIP Netzen fiih- 
ren soli. Diese Forderung erstreckt sich auch auf hybride 
Netze, die sich durch Zusammenschaltung von SIP Netzen und 
PSTN Netzen ergeben, und zwar auch dann, wenn zur Durchfuh- 
rung eines Leistungsmerkmals eigentlich gar kein Wegschalten 
des Bearers im SIP Netz mehr erforderlich ware, weil im : PSTN 
Netz bereits alle erf orderlichen Schritte zur erf olgreidhen 
Durchfiihrung des Leistungsmerkmals bewirkt worden sind. So 
kann bei Aufbau einer Konferenz im PSTN Netz eine Verbindung 
zu einem SIP Teilnehmer problemfrei auf Hold geschaltet wer- 
den, weil die zugeordnete Vermittlungsstelle in diesem Fall 
die Verbindung zwischen den beiden Teilnehmern zentral in 
beiden Obermittlungsrichtungen unterbrechen wird. In diesem 
Fall werden vom SIP Teilnehmer empfangene Inf ormationen in 
dieser Vermittlungsstelle verworfen, was fur den angestrebten 
Aufbau einer Konferenz soweit schadlos ist. Dennoch wurde im 
ITU-T Draft-Standard Q. 1912. SIP ein Interworking der Proto- 
kolle BICC / ISUP auf das SIP-Protokoll genormt, wie die 
BICC / ISUP Indikationen fur "remote hold" und "remote 
retrieve" auf ein SIP-Protokoll zu mappen sind. 

Der Erfindung liegt die Erkenntnis zu Grunde, dass die Indi- 
katoren "remote hold" und "remote retrieve" nicht nur wahrend 
der Durchfiihrung des Leistungsmerkmals HOLD zum Einsatz kom- 
men, sondern auch bei der Durchfiihrung der Leistungsmerkmale 
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3PTY und CONF. Dies hat zur Folge, dass mit dem Aufbau einer 
Konferenz wegen der dabei eingesetzten Indikatoren "remote 
hold" zusatzlich zu der zentrale Unterbrechung der Verbindun 
gen im PSTN Netz eine Deaktivierung der SIP-seitigen Sender 
einher geht. 

Diese Deaktivierung kann in dem Interworking Szenario dieses 
hybriden Netzes nicht mehr aufgelost werden, denn im ein- 
schlagigen Interworking Draft-Standard Q. 1912. SIP der ITU-T 
ist dieses Problem weder angesprochen, noch findet sich ir- 
gendein Hinweis auf dessen Losung. 

Eine LSsung fiir diese der Erfindung zugrunde liegende Prob- 
lemsituation ist in den Patentanspruchen angegeben. 

Mit dieser Losung sind eine Vielzahl von Vorteilen verbunden: 

- Im Zuge der Konf iguration von Verbindungen gemafi dem ers- 
ten Protokoll werden im leitungsorientierten Netz gene- 
rierte Meldungen dann auf Nachrichten des zweiten Proto- 
kolls im Multimedianetz abgebildet, wenn dort zuvor eine 
dezentrale Unterbrechung der Verbindungen durch Deaktivie- 
rung der uni-direktionalen Sender am Ende der Verbindungen 
bewirkt wurde und die Art der Konf iguration eine Aktivie- 
rung der Sender erforderlich macht. Damit wird ein Verfah- 
ren angeboten, welches es dem Operator ermoglicht, die 
Features 3PTY und CONF auch in einem hybriden ISUP / 

BICC / H323 Netz mit Interworking zu SIP anzubieten. 

- Durch parallele Auftrennung von Nutzkanalen, zunachst 
gemafi dem ersten Protokoll durch zentrale Unterbrechung in 
einem zentralen Ubermittlungsknoten des leitungsorientier- 
ten Netzes und dann im Zuge des Interworkings auf das 
zweite Protokoll durch Deaktivierung der Sender im Multi- 
medianetz wird eine optimale Lastreduzierung im hybriden 
Netz erreicht. Vorteilhaft konnen die bewahrte Konferenz- 
Leistungsmerkmale 3PTY und CONF von leitungsorientierten 
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Netzen auch bei Interworking mit Multimedianetzen so 
durchgefiihrt werden, dass in den Multimedianetzen keine 
Nutzinformationen tibermittelt werden, solange eine Verbin- 
dung von einer Konferenz isoliert ist. 

Weitere vorteilhafte Ausgestaltungen der Erfindung ergeben 
sich aus den unter- oder nebengeordneten Anspriichen. 

Mit der Angabe einer detaillierten Mapping Vorschrift von 
Q.734 Nachrichten auf SIP Nachrichten ist der schOne Vorteil 
verbunden, dass die Weiterentwicklung des Draft-Standards 
Q. 1912 . SIP (Stand 07/2003) erheblich erleichtert wird. 

Durch die zustandsabhangige Ausbildung der SIP Nachrichten 
entweder als INVITE oder als UPDATE wird vorteilhaft die 
. Empf ehlung des IETF Standards RFC3311, Kap. 5.1 erfullt,". 
wonach einerseits ein nochmaliges Senden einer INVITE im 
Zustand "before answer" nicht erlaubt ist, weil dies zu.Ab- 
grenzungsschwierigkeiten mit der ursprunglichen INVITE fuhren 
kann, wahrend andererseits nach der Answer "200 OK" (dort 
"confirmed dialogue" genannt) zwar grundsatzlich ebenfalls 
ein UPDATE gesendet werden kSnnte, das nochmalige Senden. 
einer INVITE (auch "re- INVITE" genannt) aber empfohlen wird. 

Die Erfindung wird im folgenden anhand von weiteren Ausftth- 
rungsbeispielen, die auch in den Figuren dargestellt sind, 
erlautert. Dabei zeigt: 

Figur 1 eine exemplarische Anordnung zur Durchfuhrung des 

erfindungsgemafien Verfahrens mit einem hybriden Kom- 
munikationsnetz, bestehend aus zwei paketorientier- 
ten Multimedianetzen und einem leitungsorientierten 
Sprachnetz, die durch zwischengeschaltete Media Ga- 
teway, Media Gateway Controller und SIP Proxies ver- 
bunden sind, sowie je einem Endpunkt eines gemeinsa- 
men Leistungsmerkmals in jedem der drei Netze 
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Figur 2 ein Ablaufdiagramm, in dem eine Ausftihrung der Er- 
findung exemplarisch aufgezeigt ist 

In Figur 1 ist eine beispielhaf te Anordnung zur Durchfuhrung 
des erfindungsgemafien Verfahrens dargestellt. Sie umfasst ein 
leitungsorientiertes Netz PSTN A und zwei Multimedianetze in. 
und IN C , die vorzugsweise als integrierte Sprach-Daten-Netze 
SDN ausgebildet sind. Die Netze PSTN A , IN B und IN C sind zu 
einem hybriden Netz zusammengeschlossen. Die Netze IN sind 
vorzugsweise als IP Netze ausgebildet und umfassen als Call 
Controller je einen SIP Proxy SP B bzw. SP C . Fur den einschla- 
gigen Fachmann ist dabei of f ensichtlich, dass die Erfindung 
selbstverstandlich in beliebigen paketorientierten Netzen IN 
zum Einsatz kommen kann wie z.B. Internet, Intranet, Extra- 
net, einem lokalen Netz (Local Area Network - LAN) oder ei- 
nem, z.B. als Virtuelles Privates Netz (VPN) ausgebildeten 
firmeninternen Netz (Corporate Network) . 

An das Netz PSTN* ist ein Teilnehmer A mit Hilfe eines her- 
kemmlichen Telephons T, an die Netze IN B und IN C sind Teil- 
nehmer B und C mit Hilfe von SIP fahigen Telephonen - z.B in 
Software realisierten SIP Clients SC - angeschlossen. Zwi- 
schen dem Teilnehmer A und B ist eine Verbindung vorgesehen, 
die als Bearer einen end-to-end Nutzkanal TDM A/B , RTP/RTCP A/B ' 
25 umfasst. Zudem ist zwischen dem Teilnehmer A und C eine wei- 
tere Verbindung vorgesehen, die als Bearer einen end-to-end 
Nutzkanal TDM A/C , RTP/RTCP A/C umfasst. Dem Teilnehmer A ist 
eine leitungsorientierte Vermittlungseinrichtung LE A zugeord- 
net, umfassend eine Steuerung ftir Leistungsmerkmale 3PTY bzw 
CONF, mit denen die Verbindungen im Rahmen der Leistungsmerk- 
male konfiguriert, insbesondere im Rahmen einer Konferenz 
miteinander verbunden und voneinander isoliert werden konnen. 

Der Zusammenschluss der leitungsorientierten Bearer TDM mit 
den paketorientierten Bearern RTP/RTCP wird durch ein zwi- 
schengeschaltetes Media Gateway MG zur Konvertierung zwischen 
unterschiedlichen, netzspezif ischen Nutzkanaltechnologien 
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RTP/RTCP (Real Time [Control] Protocol) und TDM (Time Devisi- 
on Multiplex) , der Zusammenschluss der Signalisierung SS7 des 
Netzes PSTN mit der Signalisierung SIP der Netze IN durch 
zwischengeschaltete Media Gateway Controller MGC A/B und MGC C 
bewirkt. Dabei wird vom Controller MGC A/B ein unmittelbares 
Interworking zwischen den unterschiedlichen netzspezif ischen 
Signalisierungsprotokollen ISOP des Netzes PSTN und SIP B des 
Netzes IN B bewirkt. Zwischen den Controllern MGC A/B und MGC C 
kommt hingegen ein Protokoll BICC oder SIP_T zum mittelbaren 
Interworking zwischen den unterschiedlichen Signalisierungs- 
protokollen ISUP des Netzes PSTN und SIP C des Netzes IN C zum 
Einsatz. 

Das Gateway MG wird von dem ihm zugeordneten Controller. MGC A/B 
durch ein - vorzugsweise international genormtes - Protokoll, 
z.B. MGCP (Media Gateway Control Protocol) oder H.248 gesteu- 
ert. Es ist ilblicherweise als separate Einheit realisiert, 
die auf einer anderen physikal ischen Einrichtung / Hardware 
Plattform zum Ablauf kommt als der ihm zugeordnete Controller 

mgc A / B . y 

In Figur 2 ist die Abfolge von ersten ISUP Nachrichten zum 
Aufbau der Verbindung CALL A/B zwischen den Teilnehmern A und B 
sowie die Abfolge von zweiten ISUP Nachrichten zur Erweite- 
rung der Verbindung CALL A/B zu einer Konferenz mit einer dazu 
aufgebauten weiteren Verbindung CALL A/C zwischen den Teilneh- 
mern A und C dargestellt. Weiterhin ist das Interworking der 
ersten ISUP Nachrichten auf das Protokoll SIP B sowie das 
erfindungsgemafie Interworking der zweiten Nachrichten auf die 
Protokolle SIP B und SIP C aufgezeigt. 

Es sei betont, dass die derart aufgezeigten Ausfuhrungen der 
Erfindung trotz ihrer teilweise sehr detailgetreuen Darstel- 
lung von konkreten Netzszenarien lediglich beispielhafter 
Natur und nicht einschrankend zu verstehen sind. Dem Fachmann 
ist klar, dass die Erfindung bei alien denkbaren Netzkonfigu- 
rationen, insbesondere anderen Interworking Szenarien funkti- 
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oniert. Insbesondere konnen die Protokolle SIP durch Proto- 
koll der H.323 Familie oder andere wirkungsgleiche Protokolle 
ersetzt werden. 



Im folgenden wird ein Ausfiihrungsbeispiel der Erfindung er- 
lautert, bei dem der PSTN Teilnehmer A als Leistungsmerkmal 
eine kleine Konferenz 3PTY mit den SIP Teilnehmern B und C 
aufbaut. Dieses Beispiel ist auch in Figur 2 dargestellt. 

Zunachst wird in ublicher Weise ein Verbindung CALL A/B zwi- 
schen den Teilnehmern A und B aufgebaut, wobei in Figur 2 die 
Initiative von dem SIP Teilnehmer B ausgeht, allerdings auch 
ohne Einschrankung von dem PSTN Teilnehmer A ausgehen konnte. 
Dabei wird die SIP Signalisierung SIP: Invite (SDP B ) beim 
Interworking zwischen dem ersten Protokoll ISUP und dem zwei- 
ten Protokoll SIP in ublicher Weise auf die ISUP Signalisie- 
rung 0:1AM gemappt. Ebenso werden die ISUP Signalisierungen 
0:ACM und 0:ANM, mit denen das Klingeln des Telephons T und 
die Annahme des Gesprachs durch den Teilnehmer A angezeigt 
werden, in ublicher Weise auf die SIP Nachrichten 180: Ringing 
und 200.-OK (SDP MGCB ) abgebildet. Nach Aufbau umfasst die Ver- 
bindung CALL A / B zumindest einen (bei einem Telephongesprach 
ublicherweise bi-direktionalen) Nutzkanal TDM A/B , RTP/RTCP A/B 
zur Ubermittlung von Inf ormationen zwischen den Teilnehmern A 
und B. Dieser Kanal ist in Figur 1 dargestellt. 

Im weiteren Verlauf soli nun das bestehende Gesprach CALL A/B 
auf eine Konferenz 3PTY mit dem Teilnehmer C erweitert wer- 
den. Die Initiative geht dabei von dem PSTN Teilnehmer A aus. 
Dazu wird zunachst die Verbindung CALL A/B durch Aussenden der 
ISUP Nachricht 0:CPG (RemoteHold) auf HOLD gelegt. Als Folge 
wird zum einen der Nutzkanal TDM A/B , RTP/RTCP A/B in der Ver- 
mittlungsstelle LE A zentral in beide Ubermittlungsrichtungen 
unterbrochen (siehe Figur 1). Zudem wird bei Teilnehmer B die 
Senderichtung des SIP Clients SC durch Senden einer SIP Nach- 
richt SIP: Invite mit IP Adresse des Controllers MGC B = 
0.0.0.0 deaktiviert (siehe Figur 2). Das dazu erforderlich 
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interworking 1st im Draft-Standard Q. 1912. SIP definiert. Die 
Deaktivierung kann alternativ auch durch Senden einer SIP 
Nachricht SIP: Invite mit einer Attributzeile "a=sendonly" 
oder "a=inactive" bewirkt werden (in Figur 2 nicht darge- 
stellt) . Durch die Beriicksichtigung von 3PTY und CONF wird 
also an dem bisherigen Verfahren fur das Leistungsmerkmal. 
CALL HOLD nichts geandert. 

Anschliefiend wird vom Teilnehmer A eine Verbindung CALL A/C zum 
Teilnehmer C in tiblicher Weise aufgebaut. Im Beispiel ist 
dabei ein beschleunigter Verbindungsaufbau dargestellt, bei 
dem die I SUP Nachricht en 0:ACM und O: ANM durch eine einzige 
ISUP Nachricht 0:CON (= "connected") ersetzt sind. Dies hat 
auf die Erfindung keine Auswirkung. Nach Aufbau umfasst die 
Verbindung CALL A/C zumindest einen Nutzkanal TDM A/C , RTP/RTCP A / C 
zur Ubermittlung von Inf ormationen zwischen den Teilnehmern A 
und C. Dieser Kanal ist in Figur 1 dargestellt. 

Nach Aufbau der Verbindung CALL A/C wird von Teilnehmer A; die 
Zusammenschaltung der beiden Verbindungen CALL A/B und CALL A/C 
zu einer (kleinen) Konferenz 3PTY initiiert. Diese Zusammen- 
schaltung wird in tiblicher Weise von der Vermittlungsstelle 
LE A des Netzes PSTN bewirkt (siehe Figur 1) . Insbesondere 
werden die beiden Nutzkanale TDM A/B , RTP/RTCP A/B und TDM A/C , 
RTP/RTCP A /c dort so miteinander verbunden, dass sich alle drei 
Teilnehmer gegenseitig horen konnen. Diese Konf iguration der 
Verbindungen CALL wird den betroffenen Teilnehmern B und C 
' mit Hilfe von zwei dediziert an sie gerichteten ISUP Nach- 
richten 0:CPG (Conf erenceEstablished) mitgeteilt, d.h. diese 
Nachricht wird zu beiden Teilnehmern B, C gesendet. 

Infolge der Deaktivierung des Teilnehmers B ist dieser jedoch 
trotz der Zusammenschaltung der Nutzkanale weiterhin von der 
Konferenz 3PTY abgeschnitten. Dies gilt nicht fur den Teil- 
nehmer C, da dieser nicht deaktiviert wurde. Erf indungsgemali 
wird deshalb auf die beiden Nachrichten 0:CPG (Conf eren- 
ceEstablished) differenziert reagiert, indem in Hinblick auf 
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den Teilnehmer B ein Interworking durchgefiihrt wird und in 
Hinblick auf den Teilnehmer C darauf verzichtet wird. Das 
Interworking zu Teinehmer B wird dabei so ausgestaltet, dass 
die Senderichtung des SIP Clients SC durch Senden einer SIP 
Nachricht SIP: Invite (SDP MGCB ) , d.h. mit Angabe der IP Adres- 
se des Controllers MGC B wieder aktiviert (siehe Figur 2). Die 
Aktivierung kann alternativ auch durch Senden einer SIP Nach- 
richt SIP: Invite mit einer Attributzeile "a=sendrecv" oder 
"a=recvonly" bewirkt werden (in Figur 2 nicht dargestellt) , 
je nachdem, ob der Teilnehmer B vor seiner Deaktivierung 
Informationen bi-direktional oder uni-direktional iibermittelt 
hat, oder auch durch Senden einer SIP Nachricht SIP: Invite 
ohne diese Attributzeile. Nach Durchfuhrung des Interworkings 
kann auch der Teilnehmer B in der Konferenz 3PTY gehort wer- 
den. 




Als besonders vorteilhafte Variante wird auch auf dieses 
Interworking verzichtet, wenn der Teilnehmer B bereits vor 
Empfang der ISUP Nachricht 0:CPG (Conf erenceEstablished) 
wieder aktiviert worden ist. Dazu wird der Status des Teil- 
nehmers B vor dem Interworking iiberpruft. Im Status "held" 
muJJ eine SIP Nachricht SIP: gesendet werden, ansonsten nicht. 

Dieses Mapping gilt sinngemafi auch far die ISUP Nachrichten 
mit den Generic Notification Indicator Parametern "Conference 
disconnected", "Isolated" und "Reattached". Bei "conference 
disconnected" mufl ebenfalls iiberpriift werden, in welchem 
Status sich der SIP Teilnehmer befindet: im Status "held" 
wird die SIP Nachricht SIP: Invite mit der realen IP Adresse 
und / oder der Attributzeile "a=sendrecv" gesendet. Fur das 
Leitungsmerkmal CONF sind zusatzlich der Wert "Isolated" in 
eine SIP Nachricht Invite mit IP Adresse = 0.0.0.0 und / oder 
die Attributzeile "a=sendonly" und der Wert "Reattached" in 
eine SIP Nachricht SIP: Invite mit der realen IP Adresse und / 
oder der Attributzeile "a=sendrecv" zu mappen. 
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Zusammengefasst wird zur Unterstutzung der Features CONF 
(Conference) und 3PTY (Three Parties) erf indungsgemaft folgen- 
de Mindesterweiterung des ITU-T Draft-Standard Q. 1912. SIP 
vorgeschlagen : 



Answered CPG with 

" Conference established " 



I INVITE with the attribute line "a=sendrecv", or 
omitted attribute line, or "a= recvonly" for the 
offered media stream 

in case re-INVITE with "hold" (corresponding to 
M a=sendonly" or "a=inactive") had already been 
send and no re-INVITE with "no hold" (corre- 
sponding to "a=sendrecv", or omitted attribute 
line ) had been sent in the meanwhile . 

otherwise no mapping 



Answered CPG with 

" Conference disconnected 



1 INVITE with the attribute line "a=sendrecv", or 
omitted attribute line, or "a= recvonly" for the 
offered media stream 

in case re-INVITE with "hold" (corresjponding to 
"a=sendonly" or "a==inactive") had already been 
send and no re-INVITE with "no hold 9 ' (corre- 
sponding to "a=sendrecv", or omitted attribute 
line ) had been sent in the meanwhile . ; 

otherwise no mapping "J 



Answered CPG with " Isolated 1 



Answered CPG with " Reattached ' 



INVITE with the attribute line ri a=sendbnly" or 
"a=i nactive" for the offered media stream 

I INVITE with the attribute line "a=sendrecv", or 
omitted attribute line, or "a= recvonly" for the 
offered media stream 



before CPG with 

answer I " Conference established " 



before 
answer 



I UPDATE with the attribute line "a=sendonly" or 
"a=inactive" for the offered media stream 

in case UPDATE with "hold" had already been 
send and no UPDATE with "no hold" had been 
| sent in the meanwhile . 

otherwise no mapping 



before CPG with 

answer i "Conference disconnected " 



CPG with" Isolated 



UPDATE with the attribute line "a=sendrecv", or 
omitted attribute line, or "a= recvonly" for the 
offered media stream 
in case UPDTAE with "hold" had already been 
send and no UPDATE with "no hold" had been 
sent in the meanwhile . 

otherwise no mapping 



UPDATE with the attribute line "a=sendonly" or 
"a=inactive" for the offered media stream 
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Call state 


ISUP/BICC message 


Mapping 


SIP message 


before 
answer 


CPG with " Reattached " 




UPDATE with the attribute line ,, a=sendrecv", or 
omitted attribute line, or "a= recvonly" for the 
offered media stream 


Mapping: 

■=> : Mapping from ISUP to SIP (SIP-T) only 
CPG carries the generic notification with the contents listed above. 



Ein weitergehendes Mapping von Q.734 Nachrichten ist nicht 
erforderlich, denn die Q. 734.1 Nachrichten mit den Generic 
Notification Indicator Parametern "Other pary added", "Other 
party isolated", "Other party reattached", "Other party 
split", "Other party disconnected" und "Conference floating" 
(siehe Q. 734.1 [07/96], Table 1-1) dienen nur zur Information 
und erfordern keine Aktivierung des informierten Teilnehmers 
und das Mapping der Q.734. 2 Nachricht mit den Generic Notifi- 
cation Indicator Parameter "remote hold" (siehe Q.734. 2 
[07/96], Table 2-1) ist bereits in dem vorliegenden Draft- 
Standard Q. 1912. SIP definiert. 

Dem Fachmann ist klar, dass die Erfindung bei alien einschla- 
gigen Netzkonfigurationen, insbesondere alien Interworking 
Szenarien TDM o IP f unktioniert . Weiterhin ist dem Fachmann 
klar, dass die Erfindung bei bi-direktionalen Nutzkanalen, 
d.h. mit Sendern an jedem Ende der Nutzkanale, nattirlich ohne 
weiteres in beiden Ubermittlungsrichtungen zum Einsatz kommen 
kann. Die Erfindung kann auch angewendet werden, wenn es 
keinen ISUP, BICC zwischen den PSTN Teilnehmern (ISDN, Analo- 
ger Teilnehmer oder auch Mobilfunk Teilnehmer) und dem SIP 
bzw. SIP-T Teilnehmern gibt. Das oben genannte Verfahren 
wQrde dann iiblicherweise innerhalb von Vermittlungsstellen 
zum Ablauf kommen. Das Interworking von NGN (Next Generation 
Network) Teilnehmern wie VoDSL (Voice over Digital Subscriber 
Line), H323, etc... mit SIP bzw. SIP-T wird damit ebenfalls 
mSglich. 

Abschliefiend sei darauf hingewiesen, dass die Beschreibung 
der fur die Erfindung relevanten Komponenten des Kommunikati- 
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onsnetzes grundsatzlich nicht einschrankend zu verstehen ist 
Fur einen einschlagigen Fachmann "ist insbesondere of fensicht 
lich, dass Begriffe wie Client, Server, Gateway, Controller, 
etc... funktional und nicht physikalisch zu verstehen sind. 
Alle Funktionseinheiten konnen insbesondere teilweise oder 
vollstandig in Software / Computerprogrammprodukten P 
und/oder iiber mehrere physikalische Einrichtungen verteilt 
realisiert werden. 
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Patentansprtiche 



1- Verfahren zum Interworking zwischen Protokollen, mit 

- einer Verbindung (CALL A/B ) zwischen einem ersten Teilnehmer 
(A) und einem zweiten Teilnehmer (B) , umfassend zumindest 
einen Nutzkanal (TDM A/B/ RTP/RTCP A/B ) , der zumindest an ei- 
nem Ende einen Sender aufweist, 

- einem Leistungsmerkmal (3PTY/C0NF) , das wahrend seiner 
Durchftihrung eine zeitweise Auftrennung des Nutzkanals 
vorsieht, 

- einem ersten Protokoll (ISUP) zur Steuerung des ersten 
Teilnehmers, 

- einem zweiten Protokoll (SIP) zur Steuerung des zweiten 
Teilnehmers, gemafi dem die Auftrennung dezentral durch De- 
aktivierung der Sender bewirkt wird, 

mit folgenden Schritten: 

- Konfiguration der Verbindungen im Rahmen der Durchftihrung 
des Leistungsmerkmals, 

- Mitteilung der Konfiguration an betroffene Teilnehmer, 

- Interworking der Mitteilung auf das zweite Protokoll der- 
jenigen Teilnehmer, deren Sender wahrend der Durchftihrung 
des Leistungsmerkmals deaktiviert wurde, sofern die Art 
der Konfiguration eine Aktivierung der Sender erforderlich 
macht , 

- Aktivierung dieser Sender. 
2. Verfahren nach Anspruch 1, 

bei dem das Leistungsmerkmal als Konferenz - insbesondere als 
grofie Konferenz (CONF) entsprechend dem ITU-T Standard 
Q. 734.1 oder als kleine Konferenz (3PTY) entsprechend dem 
ITU-T Standard Q.734.2, bei denen die Auftrennung gemafi dem 
ersten Protokoll durch Unterbrechung des Nutzkanals in einem 
zentralen Ubermittlungsknoten bewirkt wird - ausgebildet ist. 
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3. Verfahren nach dem vorstehenden Anspruch, 

bei dem die Deaktivierung infolge einer Integration einer 
Verbindung in eine Konferenz oder infolge einer Isolierung 
einer Verbindung aus einer Konferenz erfolgt. 

4. Verfahren nach einem der vorstehenden Ansprtiche, 

bei dem das Interworking nur dann durchgefuhrt wird, wenn der 
Sender noch deaktiviert ist. 

5. Verfahren nach einem der vorstehenden Ansprtiche, 

bei dem das Interworking fur den Fall, dass das erste Proto- 
koll (ISUP) gemali einem der ITU-T Standards Q. 734.1 oder 
Q.734.2 und das zweite Protokoll (SIP) als SIP-Protokoll 
entsprechend einem der IETF Standards RFC2543, RFC2543bis0x, 
RFC3261 Oder RFC3372 ausgebildet ist, wie folgt bewirkt .wird: 

- Jede Q.734 Mitteilung Call Progress (CPG) mit einem Gene- 
ric Notification Indicator Parameter "Conference establis- 
hed" wird auf eine SIP Nachricht mit einer Attributzeile 
"a=sendrecv" oder "a=recvonly" oder eine SIP Nachricht oh- 
ne diese Attributzeile gemappt, wenn zuvor eine SIP Nach- 
richt mit Attributzeile "a=sendonly" oder "a=inactive : " ge- 
sendet worden ist, ■■ 

- Jede Q.734 Mitteilung Call Progress (CPG) mit einem Gene- 
ric Notification Indicator Parameter "Conference discon- 
nected" wird auf eine SIP Nachricht mit einer Attributzei- 
le "a=sendrecv" oder "a=recvonly" oder eine SIP Nachricht 
ohne diese Attributzeile gemappt, wenn zuvor eine SIP 
Nachricht mit Attributzeile "a=sendonly" oder "a=inactive 
gesendet worden ist, 

- Jede Q.734 Mitteilung Call Progress (CPG) mit einem Gene- 
ric Notification Indicator Parameter "Isolated" wird auf 
eine SIP Nachricht mit einer Attributzeile "a=sendonly" o 
der "a=inactive" gemappt, 
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- Jede Q.734 Mitteilung Call Progress (CPG) mit einem Gene- 
ric Notification Indicator Parameter "Reattached" wird auf 
eine SIP Nachricht mit einer Attributzeile "a=sendrecv" o- 
der "a=recvonly" oder eine SIP Nachricht ohne diese Attri- 
butzeile gemappt. 

6. Verfahren nach dem vorstehenden Anspruch, 

bei dem die SIP Nachricht im Zustand "Answered" des zugehori- 
gen Teilnehmers als INVITE und im Zustand "before answer" als 
UPDATE ausgebildet ist. 

7. Verfahren nach einem der beiden vorstehenden Anspriiche, 
bei dem das Interworking nur dann durchgefuhrt wird, wenn 
nach dem Senden einer SIP Nachricht mit einer Attributzeile 
"a=sendonly" oder "a=inactive" keine SIP Nachricht mit einer 
Attributzeile "a=sendrecv" oder "a=recvonly" bzw. keine SIP 
Nachricht ohne diese Attributzeile gesendet worden ist. 

8. Computerprogrammprodukt (P) , umfassend Sof twarecodeab- 
schnitte, mit denen ein Verfahren nach einem der vorstehenden 
Verfahrensansprtlche durch zumindest einen Prozessor ausge- 
fiihrt wird. 

9. Vorrichtung - insbesondere Connection Controller Einrich- 
tung (MGC) - umfassend Mittel zur Durchfuhrung eines Verfah- 
rens nach einem der vorstehenden Verf ahrensanspruche . 

10. Anordnung - insbesondere paketorientiertes, integriertes 
Multimedianetz (IN) oder hybrides Netz (IN, PSTN) - umfassend 
Computerprogrammprodukte und/oder Vorrichtungen zur Durchfuh- 
rung eines Verfahrens nach einem der vorstehenden Verfahrens- 
ansprtiche . 
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Z u s aitimenf a s s ung 



Interworking von Protokollen hybrider Multimedianetze 



Im Zuge der Konf iguration von Verbindungen in einem hybriden 
Netz, umfassend Netze PSTN und IN, werden im Netz PSTN gene- 
rierte Meldungen dann auf Nachrichten der Netze IN abgebil- 
det, wenn zuvor in den Netzen IN eine dezentrale Unterbre- 
chung der Verbindungen durch Deaktivierung der uni-direktio- 
nalen Sender am Ende der Verbindungen bewirkt wurde und die 
Art der Konf iguration eine Aktivierung der Sender in den 
Netzen IN erforderlich macht. ■> 

Vorteilhaft kSnnen so die Leistungsmerkmale 3PTY und CONF des 
Netze s PSTN auch bei Interworking mit Netzen IN so angeboten 
werden, dass in den Netzen IN keine Nutzinf ormationen iiber- 
mittelt werden, solange eine Verbindung von einer Konferenz 
isoliert ist. 
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